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Description 

The present invention relates to a computer system 
for monitoring execution of a computer program to pro- 
vide profile analysis thereof. 

Any general purpose computer system requires a 
variety of software to enable it to perform the desired 
tasks. The desired functions of such systems are con- 
tinually increasing, and this means that new items of 
software are continually being written and existing items 
updated. 

A typical commercial program is fairly elaborate. Al- 
though its general function may often be expressed very 
briefly (e.g. a word processor or a spreadsheet), the 
number of detailed features which it provides is ex- 
tremely large, and the number of options which it pro- 
vides is similarly large. The task of writing such a pro- 
gram is a lengthy and intellectually demanding one, re- 
quiring consideration of several levels of detail, from the 
top level of simply naming the type of program (e.g. word 
processing), through various levels such as choosing 
the main options (e.g. Spell checker, and if so, integral 
or an option? Print control? Footnote facility?) down 
through more detailed matters (e.g. How and when 
should text be relayed when changes are made in ex- 
isting text? What non-standard characters should be 
provided, and how? What about accents?) to the level 
of individual lines of source code. 

Most software is used by users who have neither 
the time nor the ability to analyse the program in detail. 
Although users accept that they will probably have to 
expend considerable time and effort learning to use the 
program effectively, they expect the program to perform 
according to its specification; it must do what the accom- 
panying documentation (primarily, the instruction man- 
ual) says it does with a high degree of reliability. 

It is unfortunately well established that errors are 
likely to occur in the writing of a program. There is a wide 
variety of types of errors, arising from a wide variety of 
causes. There can be high-level basic omissions or 
faulty implementations of major functions. Writing two 
sections of the program with one depending on (or sup- 
plying data to) the other and then amending one of the 
two sections without correspondingly amending the oth- 
er can produce intermediate -level faults; and low-level 
errors can arise from using two different names for the 
same variable at different places, or using the same 
name lor two different variables in different sections of 
the program. (There are also, of course, many other 
causes of errors.) 

It is therefore necessary to test a program fairly rig- 
orously before releasing it commercially. However, the 
time taken in testing and its cost must be kept within 
reasonable bounds, otherwise the useful life of the pro- 
gram may approach expiry before it is released and its 
cost may become excessive. 

Such testing can generally be divided into three 
stages: component testing, integration testing, and con- 



fidence testing. Most programs of substantial size are 
developed as a set of components which are then com- 
bined to form the complete program. Component testing 
is the testing of the individual components, and integra- 
tion testing is the testing of whether the combined com- 
ponents perform together correctly - i.e. whether their 
interfacing is correct. Following that, confidence testing 
checks whether the program as a whole performs the 
required functions. (Obviously, components can be 
made up of subcomponents, and the testing procedure 
will then be correspondingly nested.) 

In addition to the need for high reliability, with many 
pieces of software it is also important that the speed 
shall be as high as possible. A typical program is fairly 
elaborate, and will contain a large number of conditional 
routines. Although the usage of the various routines will 
depend on the precise combination of input conditions 
and data used on any particular run, the relative usages 
of the various routines will generally be reasonably con- 
stant. The usages of some routines will be high, while 
other routines which deal with rarely occurring condi- 
tions will have very low usages. 

With many programs, it is important to maximize the 
speed at which they run. However, there will usually be 
a trade-off between the simplicity and convenience of 
writing the program and the speed at which it runs. Im- 
proving the speed at which a particular routine runs will 
in general involve a considerable programming effort 
and will often increase the complexity of the program for 
that routine. 

It is therefore desirable, when tuning or refining a 
program to improve its speed, to concentrate on those 
routines which have high usage. The detailed structure 
of the program, and in particular the various branch 
points, will generally have only a very rough correspond- 
ence with the nature of the test input conditions and da- 
ta. It is clearly desirable to determine which routines to 
concentrate on optimizing to achieve the best improve- 
ment of the speed of the program as a whole for a given 
amount of effort. To do this, it is necessary to run the 
program with typical sets of test input conditions and da- 
ta and to monitor the relative usages of the various rou- 
tines. Such monitoring is known as profile analysis; that 
is, the generation of a profile of the usages of various 
different routines of the program. 

There are various possible ways of performing pro- 
file analysis. Additional temporary test code can be in- 
serted in each branch to be profiled, so that a record can 
be kept of the usage of those branches. This has several 
drawbacks. The insertion of the profiling code is error 
prone; the monitoring procedure may also be subject to 
errors; the inserted profiling code may interact with the 
original code to produce errors (or suppress them); and 
the program may overflow the available space when the 
profiling code is inserted. Further, the extra profiling 
code slows down the execution of the program, and tim- 
ing related errors may be introduced (or suppressed). 

If the profiling code is left in the program permanent- 
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ly, this will considerably increase the size of the pro- 
gram, and its running speed will be considerably re- 
duced. 

It is also possible to connect a hardware profile an- 
alyser to the system which will run the program being 5 
tested, to track and record the execution of the program 
in real time. To avoid the problem of the profiling itself 
changing timing related errors, the profile analyser has 
to run faster than the system running the program being 
profiled. This means that a hardware profile analyser is 
expensive. 

IBM Technical Disclosure Bulletin, vol. 15, no. 1, 
June 1972, page 92, Gasich et. al. : "Measuring fre- 
quency of entering a control section" discloses replacing 
an opcode of an instruction to cause an operation ex- 
ception. US-A-3 427 443 discloses setting a test bit 
when particular program words are executed and run- 
ning an analysing program afterwards. 

According to a first aspect of the present invention, 
there is provided a computer system for monitoring the 
execution of a computer program to provide profile anal- 
ysis thereof, the system comprising: a memory; 
processing means for running a program stored in the 
memory; clock timer means; interrupt means respon- 
sive to predetermined words of a program stored in the 
memory in which a predetermined bit position (test bit) 
is in a predetermined (set) state and arranged to inter- 
rupt running of the program when such a word is exe- 
cuted; and recording means for recording each occur- 
rence of a word causing an interrupt and the contents 
of the clock timer means at the time of the interrupt and 
thereby recording a usage and time record of the said 
words, the predetermined bit position being an addition- 
al or spare bit position of the program word. 

According to a second aspect of the invention, there 
is provided a method of monitoring execution of a com- 
puter program to provide profile analysis thereof, the 
method comprising: storing the program in a memory; 
running the program; detecting the execution of words 
of the program in which a predetermined bit position 
(test bit) is in a predetermined (set) state and thereupon 
interrupting the running of the program; and recording 
each occurrence of the words causing an interrupt to- 
gether with the time of the interrupt, the predetermined 
bit position being an additional or spare bit position of 
the program word. 

It should be noted that the term execute is used in 
this specification to refer to any part of a fetch/execute 
cycle of a program word. 

Preferred features of the invention will be apparent 
from the following description and from the subsidiary 
claims of the specification. 

The invention will now be further described, merely 
by way of example, with reference to the accompanying 
drawing which shows a schematic diagram of a compu- 
ter system according to an embodiment of the invention. 

Before this embodiment is described in detail, the 
manner in which profile analysis is carried out will first 



be discussed. 

Any particular program to be tested will be designed 
to run on a computer having particular characteristics 
(of which the instruction set and the word length are of 
major importance). The program and a computer on 
which it is intended to run together form a computer sys- 
tem, and we are concerned primarily with systems in 
which the computer is of the personal computer type, 
although it will be realized that this is not an essential 
limitation. 

The profile analyser system comprises a computer 
which is compatible with the computer on which the pro- 
gram is designed to run (and may be exactly the same 
type of computer), with some minor modifications (which 
are discussed further below). The program to be tested 
is run on the profile analyser computer together with the 
appropriate additional software to perform the profile 
analysis. 

In operation, the program to be tested is processed 
by the profile analyser, using suitable sets of test input 
conditions and data. This processing of the program in- 
volves running it in essentially the way in which it would 
normally run but involves further functions exclusive to 
the profile analyser, as a result of which the profile an- 
alyser determines the usage profile of the program re- 
sulting from the sets of test input conditions and data. 

The basic principle of the profile analyser is that in- 
structions of the program which have been executed 
and their time of execution are recorded. There are two 
aspects of this which require more detailed discussion: 
which instructions are recorded, and how they are re- 
corded. 

It is convenient to consider first how the recording 
is achieved. The instructions to be recorded are identi- 
fied by their memory addresses. There is only one useful 
way of recording addresses; that is recording the mem- 
ory addresses as the corresponding instructions are ex- 
ecuted. The resulting list of memory addresses can then 
be sorted and the number of times each address occurs 
counted. The time at which each instruction is executed 
is also recorded with its address, so that the actual times 
taken to execute the various routines can also be deter- 
mined from the recorded addresses and times to pro- 
vide a time and usage record of the instructions execut- 
ed. 

The question of which instructions are recorded re- 
mains to be considered. For this, recording all instruc- 
tions will result in a grossly excessive amount of infor- 
mation being recorded, and an excessive burden in an- 
alysing the results. In practice, therefore, the option of 
recording only some instructions has to be adopted. To 
do this, it is necessary to give those instructions which 
are to be recorded some distinguishing characteristic. 
To this end, an additional bit (a test bit) is included in the 
instructions, so that the fact that an instruction has been 
executed can be recorded in the instruction itself. The 
details of how this can be achieved are discussed below. 
The profile analyser thus requires a word size 1 bit larger 
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than would otherwise be required by the program being 
tested. 

The preferred form of the profile analyser therefore 
includes in the program, in the form in which it is proc- 
essed by the profile analyser, a test bit (as described 
above) which is not used when the program is normally 
run, interrupt means responsive to the test bit in an in- 
struction, and means responsive thereto for recording 
the address containing that instruction and the time the 
instruction is executed. 

Unless otherwise stated, it will be assumed from 
here on that the profile analyser is of the preferred form 
just described. 

For the profile analyser to operate, the instructions 
of the program have to include a test bit which is re- 
served for the use of the profile analyser 

All instructions of the program are thus effectively 1 
bit wider when it is being processed by the profile mon- 
itor compared to when it is operated normally. 

It may be that the standard format for instructions 
in the system includes one or more bits which are not 
normally used. If this is so, then one of these unused 
bits can be utilized by the profile system. It may also be 
that the standard format includes a parity bit, and that 
bit can be used for the present purposes (in which case 
the profile analyser system will not then check the parity 
of the program). 

The profile analyser system initializes the program 
by setting the test bit in the instructions to 1 , for example, 
which is called the 'set' state. 

There are two basic strategies for performing the 
initialization of the program to be tested. 

The first strategy is to set the test bit to 1 throughout 
the program, or complete blocks of it. This is very simple 
to do. However, this strategy has the disadvantage that 
the test bit will be set in operands as well as instructions. 
If the program is constructed in such a way that each 
possible branch consists of a reasonably long sequence 
of instructions (possibly intermixed with data) forming a 
block which is largely separate from any other block, 
then the blocks which have been exercised in the proc- 
essed program will generally be identifiable. However, 
the boundaries of the blocks may not generally be pre- 
cisely identifiable, in which case it will be difficult to dis- 
tinguish blocks (program branches) which have not 
been executed from stretches of pure operands. If the 
program has a number of short branches, then it will be 
difficult to determine the significance of the results of 
processing it without lengthy analysis of the program. 
For these reasons, this strategy is highly undesirable for 
profile analysis. 

The second initialization strategy is to set the test 
bit for only selected words in the program. This can be 
achieved relatively simply by using an enhanced com- 
piler when compiling the program from a high level lan- 
guage into machine code. Output can be taken from the 
compilation and build process such as map or object 
files and used to set the test bit of selected instructions. 



In its simplest form, this involves setting the test bit 
to 1 for all instructions but for no other words (operands). 
In a more elaborate form, test bits can be generated only 
on instructions or operands defined, say, by PUBLIC la- 
s bels. 

Another but more complex way of setting test points 
is to analyse the program (using another piece of soft- 
ware) to generate a list of test points which covers all 
execution paths. 

It is desirable to set the test bit in an instruction at 
the beginning of each routine to be included in the profile 
analysis. It may also be desirable to set the test bit in an 
instruction at the end of each such routine, so that the 
time taken to execute the routine can readily be deter- 
mined. (A "routine" here may be a fairly large piece of 
the program, including a number of (conditional) branch- 
es, so that the time taken to execute it may be variable.) 

As noted above, the processing of the program by 
the profile analyser system involves running it, in essen- 
tially the way in which it would normally run but perform- 
ing some additional functions to carry out the profile 
analysis but with the overhead of the profile analyser 
interrupting execution when a word with a set test bit is 
executed. 

The profile analyser includes interrupt means re- 
sponsive to the reserved bit position in an instruction 
and means responsive thereto for recording the address 
containing that instruction and the time of execution of s 
the instruction. 

The profile analyser system described herein ena- 
bles profile analysis to be carried out automatically with- 
out unduly affecting system performance. This is 
achieved by the provision of hardware to monitor the test 
bit of instructions as they are executed in parallel with 
the processing of the respective instruction and for re- 
cording the execution of those instructions in which the 
test bit is set together with their time of execution. 

As shown in the Figure, the profile analyser system 
comprises two main units, a memory 10 and a process- 
ing unit 11, coupled together by a data bus 12, an ad- 
dress bus 1 3, and a control bus 1 4. (In practice, there 
will also be various other units, not relevant for present 
purposes and not shown.) The processing unit 11 in- 
cludes a variety of sub-units, including an instruction 
counter 15, an instruction register 16, a set of operand 
registers 17, and an arithmetic and logic unit (ALU) 18. 
In addition to the two main units 1 0 and 11 , there is also 
a clock or timer unit 19, coupled to the data bus 12, 
which is a continuously running clock generating a sys- 
tem time signal. 

The operation of this system is briefly as follows. 
The contents of the instruction counter 15 are sent, as 
an address, over the address bus 13 to the memory 10, 
to extract an instruction which is passed back over the 
data bus 12 to the instruction register 16. The contents 
of this register are decoded by the processing unit 11, 
and control its operation, e.g. the processing of the con- 
tents of the operand registers 17 by means of the ALU 
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18. In addition, the instruction in register 16 may call for 
the reading of an operand from the memory 10 or the 
writing of an operand into it. For this, the operand's ad- 
dress (which may for example be included in the instruc- 
tion) is sent to the memory 10 via the address bus 13, 
and the operand is sent to or received from the memory 
10 over the data bus 12. The memory 10 is controlled 
by signals sent from the processing unit 11 via the con- 
trol bus 14. 

As so far described, this corresponds to a conven- 
tional computer system. 

In the profile analysis system, the memory width is 
effectively extended by 1 bit, as represented by an ad- 
ditional memory section 10A. This additional bit is used 
as the test bit in the program words. In addition, the sys- 
tem is provided with an interrupter unit 25 an address 
latch 27 and a timer 19 (if this is not already available) 
and the width of the data bus 1 2 is effectively extended 
by an additional 1 bit as represented by path 12A. This 
feeds the interrupt unit 25, which is also fed with control 
signals from the control bus 14 and directly from the 
processing unit 11 . The program to be tested is loaded 
in the memory 10, along with the profile analyser soft- 
ware and this effectively acts, for the operations we are 
currently considering, as an operating system which 
sets the profile analyser system up to process the pro- 
gram to be tested. 

The interrupter unit 25 is arranged to detect when 
the test bit is set in a program instruction being proc- 
essed by the profile analyser system. The interrupt unit 
25 knows, from various control signals fed to it, when 
an instruction is present on the data bus 1 2, and it there- 
fore checks the state of the test bit at the appropriate 
time. (It is obviously not necessary to feed it with the rest 
of the instruction.) 

When the interrupt unit 25 detects a test bit that is 
set, the address of the respective instruction is recorded 
in the address latch 27 and a non-maskable interrupt 
(NMI) is generated. Checking means then checks that 
the interrupt was generated by the coverage analyser 
system. This can be done by providing a register (which 
may be the address latch 27) which contains the ad- 
dress of the relevant instruction when this is the source 
of the interrupt but which has some other known value 
(e.g. all 0's or all 1 's) when an NMI is generated by some 
other part of the system. Alternatively, a separate bit (e. 
g. provided in programmable hardware) can be set to 
indicate that the NMI was caused by the coverage ana- 
lyser system. The address held in the address latch 27 
is then examined and the address and the contents of 
the clock timer 1 9 are recorded in memory. The program 
being tested is then re-started from the point where it 
was stopped by the interrupt. 

Thus, when an interrupt occurs, the system check- 
es that the interrupt was generated by the profile ana- 
lyser and if it was the interrupt unit 26 causes the ad- 
dress of the instruction or operand causing the interrupt 
and its time of occurrence to be recorded in the memory 



8 
10. 

This is achieved by causing two writes to memory 
10. For the first write, the contents of the address latch 
27 are placed on the data bus 1 2 for writing into memory 
s 10, and for the second write, the contents of the timer 
20 (which are the current time) are placed on the data 
bus 12. 

Once the appropriate information has been record- 
ed, processing of the program by the processing unit 11 
is resumed. 

The interrupt servicing for the profile analysis record 
function can be performed by a stored subroutine form- 
ing part of the profile analyser program, but it is prefer- 
able to provide additional circuitry, such as the interrupt 
unit 25 and the address latch 27, in the profile analyser 
system for for this purpose. 

When the profile analyser system runs the program, 
addresses and instructions will be passing between the 
main memory containing the program and the process- 
ing unit 1 1 . The processing unit 1 1 of the profile analyser 
system matches that of the type of computer on which 
the program is designed to run, and when the profile an- 
alyser is processing the program, there will be a corre- 
sponding passage or flow of program addresses and in- 
structions between the main memory 10 and the 
processing unit 11 of the profile analyser. 

The address latch 27 latches the address of an in- 
struction or operand causing an interrupt. Since this is 
done in parallel with the processing of the respective in- 
struction or operand, there is no loss in speed in the 
processing until an interrupt occurs and, when an inter- 
rupt occurs, the address is available in the address latch 
27 for recording in the memory 10. 

In order for the processing unit 11 to obtain an in- 
struction, it obviously has to contain the address of the 
instruction (in its instruction counter 15). Once the in- 
struction has been fetched from memory 10, the 
processing unit 11 will also contain the instruction itself 
(in its instruction register 16). In some types of computer, 
it may be possible for the address of the instruction or 
operand causing an interrupt to be extracted from the 
processing unit 11. If that is so, then it is not necessary 
to provide a separate address latch. Similarly, the 
processing unit 11 may include control circuitry capable 
of performing the interrupt detection, in which case it is 
not necessary to provide a separate interrupt unit 25. 

In many computers, there are only two buses be- 
tween the memory 1 0 and the processing unit 1 1 ; a con- 
trot bus 14, and an information bus (not shown) for data 
words (instructions and operands) and addresses. Thus 
operands, instructions, and addresses all flow over the 
same bus (at different times). In such computers, the 
nature of the information passing along the information 
bus is determined by what signals are present on the 
control bus 14. In such a case, the address latch 27 will 
be connected in parallel to the information bus. 

The speed at which the profile analyser system 
processes the program will match the speed at which 
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mined state prior to running the program. 

3. A computer system according to Claim 2 wherein 
the initializing means is arranged to set the test bit 

5 in alt program words. 

4. A computer system according to Claim 2 wherein 
the initializing means is arranged to set the test bit 
only in program instructions. 

10 

5. A computer system according to any preceding 
claim wherein the memory (10) has a word length 
of n+1 bits (n being an integer) and the processing 
unit (11) a width of n bits for running programs 

is stored in the memory (10), the interrupt means (25) 
being responsive to the (n+1)th bit of words read 
from the memory (10). 

6. A computer system according to any preceding 
so claim wherein the interrupt means (11) comprises 

an address latch (27) which latches the address of 
the current word being executed when an interrupt 
occurs. 

25 7. a computer system according to Claim 6 including 
chocking means for checking whether an interrupt 
was caused by execution of a word in which the test 
bit was in the set state. 

30 8. A method of monitoring execution of a computer 
program to provide profile analysis thereof, the 
method comprising: storing the program in a mem- 
ory (10); running the program; detecting the execu- 
tion of words of the program in which a predeter- 

35 mined bit position (test bit) is in a predetermined 
(set) state and thereupon interrupting the running 
of the program; and recording each occurrence of 
the words causing an interrupt together with the 
time of the interrupt, the predetermined bit position 

40 being an additional or spare bit position of the pro- 
gram word. 



the program normally runs as long as the test bit is clear 
in the data words being processed by the profile analys- 
er system. However, that speed will fall as soon as data 
words with their test bit set are reached. There is there- 
fore a very small possibility of timing related errors in 
the program not being detected (or being falsely detect- 
ed). 

However, the number of instructions with their test 
bit set for profile analysis is likely to be modest, so the 
chance of a timing related problem occurring is corre- 
spondingly small. Also, coverage analysis (see co- 
pending application No EP-A-92 306 547, publication 
No EP-B-0 526 054) of the program during testing for 
errors will usually have been performed before profile 
analysis for speed optimization is performed. Most er- 
rors in the program will therefore have already been de- 
tected and corrected. Errors occurring during profile 
analysis can therefore be identified with reasonable cer- 
tainty as timing errors introduced by the process of pro- 
file analysis, and suitable corrective action taken. 

The profile analyser system described above pro- 
vides a software developer with means for identifying 
which routines of a program are executed most fre- 
quently and the length of time taken to execute each 
routine thereby enabling him to identify which routines 
are most significant in determining the speed of the pro- 
gram. He can then concentrate his efforts on those rou- 
tines to improve the overall speed of operation of the 
program. 

The profile analyser system is particularly suitable 
fo use with personal computers and is able to provide 
features normally only available on much more expen- 
sive hardware profile analyser systems. 

Claims 

1 . A computer system for monitoring the execution of 
a computer program to provide profile analysis 
thereof, the system comprising: a memory (10); 
processing means (1 1 ) for running a program stored 
in the memory (10); clock timer means (19); inter- 
rupt means (25) responsive to predetermined words 
of a program stored in the memory (10) in which a 
predetermined bit position (test bit) is in a predeter- 
mined (set) state and arranged to interrupt running 
of the program when such a word is executed; and 
recording means (10) for recording each occur- 
rence of a word causing an interrupt and the con- 
tents of the clock timer ( 1 9) means at the time of the 
interrupt and thereby recording a usage and time 
record of the said words, the predetermined bit po- 
sition being an additional or spare bit position of the 
program word. 

2. A computer system according to Claim 1 including 
initializing means, for setting the test bit positions in 
at least some of the program words to the predeter- 



Patentanspruche 

45 

1. Computersystem zur Uberwachung der Ausfuh- 
rung eines Compute rprogramms, urn eine Profil- 
analyse davon anzufertigen, wobei das System fol- 
gendes umfa3t: einen Speicher (10), ein Verarbei- 

50 tungsmittel (11 ) zum Abarbeiten eines in dem Spei- 
cher (10) gespeicherten Programms; ein Takt- 
schaltmittel (19); ein Unterbrechungsmittel (25), 
das auf vorbestimmte Worte eines Programms rea- 
giert, das in dem Speicher (10) gespeichert ist, in 

55 dem sich eine vorbestimmte Bitposition (Prufbit) in 
einem vorbestimmten (gesetzten) Zustand befindet 
und die Aufgabe hat, die Abarbeitung des Pro- 
gramms zu unterbrechen, wenn ein solches Wort 
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ausgefuhrt wird; und ein Aufzeichnungsmittel (10) 
zum Aufzeichnen jedes Auftretens eines eine Un- 
terbrechung verursachenden Wortes sowie des In- 
halts des Taktschaltmittels (19) zum Zeitpunkt der 
Unterbrechung, so daG ein Datensatz uber Ge- 5 
brauch und Gebrauchszeitpunkt der genannten 
Worter aufgezeichnet wird, wobei die vorbestimmte 
Bitposition eine Zusatz- oder Reserve-Bitposition 
des Prog ramm wortes ist. 

10 

2. Computersystem nach Anspruch 1 , umfassend ein 
Initialisierungsmittel, um die Prufbitpositionen in 
wenigstens einigen der Programmwdrter vor dem 
Abarbeiten des Programms in den vorbestimmten 
Zustand zu setzen. *s 

3. Computersystem nach Anspruch 2, bei dem das In- 
itialisierungsmittel die Aufgabe hat, das Prufbit in al- 
ien Programmwortern zu setzen. 

20 

4. Computersystem nach Anspruch 2, bei dem das In- 
itialisierungsmittel die Aufgabe hat, das Prufbit nur 
in Programmanweisungen zu setzen. 

5. Computersystem nach einem der vorherigen An- 25 
spruche, bei dem der Speicher (10) eine Wortlange 
von n+1 Bits (wobei n eine ganze Zahl ist) und die 
Verarbeitungseinheit (11 ) eine Breite von n Bits zum 
Abarbeiten von in dem Speicher (10) gespeicherten 
Programmen hat, wobei das Unterbrechungsmittel 30 
(25) auf das (n+1 )ste Bit von Wortern reagiert, die 
von dem Speicher (10) gelesen werden. 

6. Computersystem nach einem der vorherigen An- 
spruche, bei dem das Unterbrechungsmittel (11) ei- 35 
nen Adressenspeicher (27) umfaBt, der bei Auftre- 

ten einer Unterbrechung die Adresse des aktuellen 
ausgefuhrten Wortes speichert. 

7. Computersystem nach Anspruch 6, umfassend ein *o 
Prufmittel zum Prufen, ob eine Unterbrechung 
durch Ausfuhren eines Wortes verursacht wurde, in 
dem sich das Prufbit in dem gesetzten Zustand be- 
fand. 

45 

8. Verfahren zur Uberwachung der Ausfuhrung eines 
Computerprogramms, um eine Prof i (analyse davon 
anzufertigen, wobei das Verfahren folgendes um- 
faGt: Speichern des Programms in einem Speicher 
(10); Abarbeiten des Programms; Erfassen der 50 
Ausfuhrung von Wdrtem des Programms, in dem 
sich eine vorbestimmte Bitposition (Prufbit) in ei- 
nem vorbestimmten (gesetzten) Zustand befindet 
und darauf die Abarbeitung des Programms unter- 
bricht; und Aufzeichnen jedes Auftretens der eine 55 
Unterbrechung verursachenden Worter zusammen 

mit dem Zeitpunkt der Unterbrechung, wobei die 
vorbestimmte Bitposition eine Zusatz- oder Reser- 



ve- Bitposition des Programm wortes ist. 



Revendicatlons 

1. Systeme informatique pour controler I' execution 
d'un programme informatique afin de fournir une 
analyse de profil de celui-ci, le systeme 
comprenant : une mSmoire (10) ; un moyen de trai- 
tement (11) pour exdcuter un programme enregistr^ 
dans la mSmoire (10); un moyen d'horloge (19); un 
moyen d'interruption (25) r6pondant a des mots 
predetermines d'un programme enregistr6 dans la 
m6moire (10) dans lesquels une position de bit pre- 
determined (bit de controle) est dans un £tat prede- 
termine (mis a un) et agenc6e pour interrompre le 
deYouIement du programme lorsqu'un tel mot est 
ex6cut6; et un moyen d'enregistrement (10) pour 
enregistrer chaque occurrence d'un mot causant 
une interruption et le contenu du moyen d'horloge 
(1 9) au moment de I'interruption et enregistrer ainsi 
un rapport de I'usage et du moment d' utilisation 
desdits mots, la position de bit predeterminee etant 
une position de bit suppl6mentaire ou libre du mot 
du programme. 

2. Systeme informatique selon la Revendication 1 
comprenant un moyen d'inrtialisation, pour mettre 
les positions de bits de controle dans au moins cer- 
tains des mots du programme a l'6tat predetermine 
avant le deroulement du programme. 

3. Systeme informatique selon la Revendication 2 
dans lequel le moyen d'initialisatton est agence 
pour mettre le bit de controle a un dans tous les 
mots du programme. 

4. Systeme informatique selon la Revendication 2, 
dans lequel le moyen d*initialisation est agence" 
pour ne mettre le bit de contrdle a un que dans les 
instructions du programme. 

5. Systeme informatique selon Tune quelconque des 
revendications prec6dentes dans lequel la m6moi- 
re (10) a une longueur de mot de n+1 bits (n etant 
un nombre entier) et ('unite de traitement (11) une 
largeur de n bits pour ex6cuter les programmes en- 
registres dans la memoire (1 0), le moyen d'interrup- 
tion (25) repondant au (n+1)eme bit des mots ex- 
traits de la memoire (10). 

6. Systeme informatique selon I'une quelconque des 
revendications prec6dentes dans lequel le moyen 
d'interruption (11) comprend un verrou d'adresse 
(27) qui verrou ille I'adresse du mot en cours d'exS- 
cution lorsqu'une interruption se produit. 

7. Systeme informatique selon la Revendication 6 
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comprenant un moyen de verification pour verifier 
si une interruption a ete causee par I'execution d'un 
mot dans lequel le bit de controle etait a I'etat un. 

Methode d'execution du controle d'un programme 5 
informatique pour fournir une analyse de profil de 
celui-ci, la methode comprenant : I'enregistrement 
du programme dans une memoire (10) ; le ddroule- 
ment du programme; la detection de ('execution de 
mots du programme dans lesquels une position de *0 
bit pr6d6terminee (bit de controle) est dans un etat 
predetermine (mis a un) et ('interruption a ce mo- 
ment-la du deroulement du programme; et I'enre- 
gistrement de chaque occurrence des mots causant 
une interruption ainsi que du moment de I'interrup- * s 
tion, la position de bit predetermined etant une po- 
sition de bit suppiementaire ou libre du mot du pro- 
gramme. 
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